CROSS-REFERENCE TO RELATED APPLICATION 



[0001] This application claims the benefit of U.S. Provisional Applications No. 
60/429,434 filed November 29, 2002, "Platform with an interface to develop 
applications which will operate across various communication networks" by Dorron 
Mottes, this application is incorporated herein by reference. 

BACKGROUND OF THE INVENTION 

[0002] Currently, the communication market operators (i.e. mobile, wireline, cable) 
provide and operate the communication network; on top of it they provide services 
and applications (i.e. voice mail, conference call), which are provided to their 
customers. 

[0003] In order to continue growing the operators will need to focus and select to be 
either, a network operator or a service provider. The network operators will be large 
entities because there is an advantage to the size of the operator, enabling them to be 
more cost effective. This will lead to consolidation across international markets 
creating large international network providers. Service providers can be of various 
sizes depending on the market they are targeting. Because service providers will 
customize and localize their services, most of them will be small or medium size, and 
many of them won't have communication expertise. 

[0004] The service providers 9 expertise and core competencies will be in one or 
several of the following main fields: Service creation, content management, content 
creation, customer management, and marketing. 

[0005] In order for the service providers to provide service they will need a 
communication platform, which will interface with the various communication 
networks (i.e. mobile network, Wireless LAN, Wireline network, Internet) and 
infrastructure from various network operators, and a platform on which they can 
develop and manage standard and new services. 

[0006] Some of the service providers will provide communication services as A 
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Mobile Virtual Network Operator (MVNO), a MVNO can be defined as an 
organization that offers mobile subscription and call services to customers but does 
not have an allocation of spectrum. 

[0007] The following are the main reasons for the creation of the MVNO market: 
[0008] Network operators must increase their revenues and recover their expenses. In 
order to accomplish the growth they need to generate more traffic and provide added 
value services and applications. 

[0009] Network operators can enter the mobile market instantly by becoming a 
MVNO, with no need to invest in spectrum allocation and developing the network, in 
the areas they become MVNOs, enabling them to provide bundled communication 
services (i.e. wireline telephony, broadband, wireless) and provide service across 
borders. 

[0010] Mobile network operators cannot develop and support all the types of 
2.5G/3G applications and services. Imagine that all websites and services on the 
Internet would have been created by the network operators (i.e. MCI, AT&T, Sprint 
BT) instead of companies such as eBay, Yahoo, Amazon. 

[001 1] Network operators lack the knowledge and the resources for developing many 
new and data based applications and services. 

[0012] Deregulation in Europe and the US is opening the market for service providers 

without a network. Regulators are forcing operators to open their networks. 

[0013] Once some network operators open their networks to MVNOs, other network 

operators will be forced to open their networks to MVNOs, otherwise they will lose 

traffic. 

[0014] More entities will want to become MVNOs. These entities will need an open 
system which enables them to develop and manage standard applications and services 
across a virtual network. The System serves as a middleware between the services 
and the communication network and systems (i.e. wireless network, wireless LAN hot 
spots, Internet, wireline, Mobile Switching Center (MSC), Home Location Register 
(HLR), EIR, Visitor Location Register (VLR), prepaid systems), thus freeing the 
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MVNOs from allocating resources for establishing and operating a complex and 
expensive communication infrastructure, and enable them to focus on building the 
business logic and their core competencies. 

SUMMARY OF THE INVENTION 

[0015] It is an object of the present invention to provide a method and system, for a 
hosted MVNO platform and management solution, which enables a MVNO to 
develop and manage applications and services across a virtual network serving as a 
middleware between the services and the communication infrastructure (i.e. network, 
communication systems). This invention frees the MVNOs from allocating resources 
for establishing and operating a complex and expensive communication 
infrastructure, enabling them to focus on building the business logic and their core 
competencies. In addition, the system operator will be responsible for reaching 
agreements with one or more Mobile Network Operators (MNO) and will create a 
virtual wireless network which will enable MVNOs and service providers to instantly 
have a virtual wireless network while signing one agreement with the System 
operator. 

[0016] An MVNO Application Service Provider (MVNO ASP), which most likely 
will be a large network operator, or a new entity, will operate and host the System 
(MVNO ASP System or System or Platform). The System and the MVNO ASP are 
mediators between the various communication networks, and network operators, to 
the MVNOs, and the services and applications, which operate across the virtual 
network. 

[0017] The System enables a MVNO to develop applications and services, and or 
provide mobile subscription and or services and or market services to their customers 
and potential customers, while working with one MVNO ASP System. The System 
provides an interface for the MVNOs to develop, manage and support the various 
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applications and services. The interface hides the communication infrastructure and 
takes care of executing the communication related tasks, enabling the MVNO to 
focus on building the business logic, the applications and services. 

[0018] The MVNO ASP suppliers are the various communication network operators 
(i.e. mobile operators, WLAN operators, wireline operators, ISPs, cable operators). 
The MVNO ASP System will integrate and or communicate with its suppliers 
network and systems, and will have agreements to buy and or rent capacity and or 
rent services and or rent systems from the network operators. 

[0019] The MVNO ASP customers are various MVNOs and service providers, which 
market under their name, mobile subscription and or mobile services, which are based 
on the MVNO ASP virtual wireless network and services. The MVNO ASP provides 
MVNOs with access to the System and sells and or rents to them various network 
capacity and communication services, such as mobile minutes, bandwidth rental, 
content and service rent. 

[0020] As an example the System enables a MVNO, such as Yahoo, to focus on their 
customers, while expanding their services to the wireless world, creating new services 
and cross platform services, which operate across various networks, and freeing them 
from the need to learn and develop the communication infrastructure which will be 
provided by a MVNO ASP. 

[0021] The System enables a MVNO aggregator and or owner of several MVNOs 
and or manager of several MVNO (Multi MVNO Aggregator) to centrally define and 
manage several MVNOs. These MVNOs do not have a carrier ID, are defined as 
software MVNOs, and are associated with the Multi MVNO Aggregator, which 
defined them (in cases a Multi MVNO Aggregator does not have a Carrier ID they 
are associated with the MVNO ASP). The entity, which these MVNOs are associated 
with, is responsible for all their interaction with the MNO and or other network 
operators, these entities must have a table which links each MVNO user to the 
MVNO they belong to based on a unique key such as the User ID. 



5 



[0022] As an example, the System enables a Multi MVNO Aggregator such as a 
recording company to manage several MVNOs, each MVNO could be a different 
singer or group (i.e. a Madona MVNO, an Eminem MVNO), and each MVNO can 
have its unique content and interface. The Multi MVNO Aggregator defines via the 
System new virtual MVNOs, defines the interface to End Users, the unique content, 
and shared content (syndicated content which are accessed by several MVNOs). The 
Multi MVNO Aggregator then has the ability to manage its customers centrally and 
enables them to switch MVNOs instantly or add additional MVNOs to their 
subscription. 

[0023] The MVNO ASP will treat the Multi MVNO Aggregator as a MVNO with a 
permission to create virtual software MVNOs. The End user will select the virtual 
MVNO service they would like (i.e. the Eminem MVNO service), and from the End 
User point of view they are using a regular mobile operator. 

[0024] Each time the End User uses the service, the MVNO ASP identifies the user 
as a Multi MVNO Aggregator user and will access the Multi MVNO database to 
identify which virtual MVNO they subscribe to, and then present the relevant 
interface and content. 

[0025] The main advantages for a MVNO and Service Providers to use the MVNO 
ASP and to use the MVNO ASP Platform are: 

[0026] MVNOs and service providers can focus on their current business and core 
competencies. MVNO ASP takes care of all communication infrastructure, Platform 
operations, customer provisioning, in addition the MVNO ASP together with its 
partner network can take care of application and service development, billing, 
customer care, distribution, marketing consulting; 
[0027] Faster time to market at lower up-front costs; 
[0028] No need to invest in an expensive communication infrastructure; 
[0029] MVNO ASP can offer an International foot print; 

[0030] Because of the open nature of the System many developers, other service 
providers and MVNOs and the MVNO ASP will develop many value added services 
on top of the System; MVNOs and service providers can offer these services to their 
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companies too (most likely they will have to license rent or pay a fee for using these 
services and applications, however they will be available immediately with no need 
for additional development); 

[0031] Enables MVNOs and service providers to develop cross-product and cross 
services promotions and develop creative pricing; 

[0032] MVNOs and service providers do not need to develop partnerships and 
agreements with network operators; and 

[0033] Small to medium size entities can enter the MVNO and service provider 
market (They could not do that before because of the capital investment and lack of 
knowledge and resources); Larger entities can decide if they would like to develop to 
invest in learning and acquiring the knowledge and then develop an expensive 
proprietary solution or they prefer to outsource an open and standard platform. 

BRIEF DESCRIPTIONOF THE DRAWINGS 

[0034] The present invention will be further understood and appreciated from the 
following detailed description taken in conjunction with the drawings in which: 
[0035] Fig. 1 is a block diagram illustration of one embodiment of the invention, in 
which a MVNO ASP platform is described. 

[0036] Fig. 2 is an architecture diagram illustration of one embodiment of the 
invention. 

[0037] Fig. 3 is an architecture diagram illustration of one embodiment of the 
invention, in which the MVNO ASP operation includes switching capabilities 
[0038] Fig. 4 is a value chain diagram of one embodiment of the invention, the 
MVNO value chain. 

[0039] In Fig. 5 there is shown an architecture diagram illustration of one 
embodiment of the invention, in which Multi MVNO Aggregator, manages several 
MVNOs. 

[0040] In Fig. 6 there is shown a flow chart of one embodiment of the invention, of a 
mobile user network registration and authentication process. 

[0041] In Fig. 7 there is shown a flow chart of one embodiment of the invention, of 
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an inbound voice call to a MVNO mobile user which their MVNO is hosted by a 
MVNO ASP, this example is based on a GSM network. 

[0042] In Fig. 8 there is shown a flow chart of one embodiment of the invention, of 
an outbound voice call from a MVNO mobile user which their MVNO is hosted by a 
MVNO ASP, this example is based on a GSM network. 



DETAILED DESCRIPTION OF THE INVENTION 

[0043] It is an object of the present invention to provide a method and system, for a 
hosted MVNO platform and management solution, which enables a MVNO to 
develop and manage applications and services across a virtual network serving as a 
middleware between the services and the communication network and systems. This 
invention frees the MVNOs from allocating resources for establishing and operating a 
complex and expensive communication infrastructure, enabling them to focus on 
building the business logic and their core competencies. In addition, the system 
operator will be responsible for reaching agreements with one or more Mobile 
Network Operators (MNO) and will create a virtual wireless network which will 
enable MVNOs and service providers to instantly have a virtual wireless network 
while signing one agreement with the system operator. 

[0044] An MVNO Application Service Provider (MVNO ASP), which most likely 
will be a large network operator, or a new entity, will operate and host the System 
(MVNO ASP System or System). The System and the MVNO ASP are mediators 
between the various communication networks, and network operators, to the 
MVNOs, and the services and applications, which operate across the virtual network. 

[0045] The System enables a MVNO to develop applications and services, and or 
provide mobile subscription and or services and or market services to their customers 
and potential customers, while working with one MVNO ASP System. The System 
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provides an interface for the MVNOs to develop, manage and support the various 
applications and services. The interface hides the communication infrastructure and 
takes care of executing the communication related tasks, enabling the MVNO to 
focus on building the business logic, the applications and services. 

[0046] In Fig. 1 there is shown a block diagram illustration of one embodiment of the 
invention, of a MVNO ASP Platform. 

[0047] The MVNOs and or service providers can use pre-defined applications (101) 
or can develop or work with a developer or license and or rent and or purchase from a 
developer a new application (102). The application can be developed and interact 
with the MVNO ASP Platform via an API (103) or an application Service 
Development Kit (SDK) (104) which may include a graphical interface. The SDK can 
include testing debugging tools. 

[0048] The service logic is stored and can be changed via the API or application 
SDK, the End User can manage and support his/her application via an MVNO 
interface (105) and the Multi MVNO Aggregator can manage and support its 
applications and MVNOs via a Multi MVNO interface (106), both interfaces are part 
of the presentation layer of the system (107). All applications business logic is stored 
in the service logic servers (108). All data is stored in the system database (109). The 
MVNO applications can be stored with the MVNO ASP or can be stored anywhere 
else and interact with the MVNO ASP Platform. 

[0049] The system is fully partitioned enabling each MVNO and or service provider 
to set its own customers, set its own provisioning and permissioning, and manage and 
maintain its applications. The information is managed by the MVNO ASP via the 
customer care module (110) which maintains customer care information, which can 
include data such as, MVNO and or service provider information, billing plans, and 
data regarding each MVNO and or service provider customers; the provisioning of 
new users including new MVNO, new MVNO customers, new MVNO group 
customers and the services they can access are managed via the provisioning module 
(1 1 1) and the Profile Manager (1 12). 

[0050] In cases were the MVNO does not have a carrier ID and or is a software 
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MVNO, the profile manager module includes a table, which maps each user to the 
MVNO it uses, enabling the MVNO ASP, to identify the MVNO that is providing 
service to a user. In these cases the MNO identifies the user as a MVNO ASP user, 
and the MVNO ASP is responsible for identifying the MVNO based on the above 
table. 

[0051] The policy management and policy repository (113) are the focal point for 
authorizing users of the system access to resources, policy repository is built from 
data it retrieves from internal systems such as profile manager, charging module and 
external systems such as a mobile operator Operation Support System (OSS). 
Services such as, billing information, billing plans, charging, partner agreements 
order fulfillment and rating are gathered and maintained via the billing and charging 
module (114). 

[0052] The Authentication Authorization Accounting system (AAA) (115) is the 
point of contact for authenticating, authorizing and accounting of users, it access 
modules such as the policy repository and the profile manager, and in some cases it 
will request external AAA systems (116) to provide the authentication and or 
authorization land or accounting (i.e. AAA system operated by the MVNO). 
[0053] The system can interface (1 17) with external OSS (118) both for MVNO ASP 
operations and for the MVNOs and service providers OSS. Access to external content 
is managed via the media interface (119) and can be received via content provider 
(120) or content aggregator (121). The system interfaces with various networks such 
as, Mobile network (122) Wireless LAN (WLAN) (123) Public Switched Telephone 
Network (PSTN) (124), the system can interface with many networks from each type 
for example an MVNO ASP can interface with many mobile operators, each one can 
have its own agreement, with its own capacity, and pricing. The billing mediation 
module (125) collects the data from the various network interfaces and all data is 
aggregated by the billing module in order to enable payment to suppliers and creating 
bills for the MVNO and service providers and creating bills for the MVNO and 
service providers' customers. 

[0054] In Fig. 2 there is shown an architecture diagram illustration of one 
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embodiment of the invention. 

[0055] The MVNO ASP (201) develops partnerships with the various network 
operators (202) including WLAN operators, Wireless operators, PSTN operators, and 
Internet Service Providers (ISP). The MVNO ASP operates and maintains the MVNO 
ASP Platform (203), which manages, among other tasks, the partnership module and 
operators settlement fees. The MVNO ASP hosts various applications (204) including 
applications developed by MVNO ASP, by independent developers, MVNOs and 
service providers. MVNO and service providers (205) can host their applications with 
other ASPs (206) and the applications will interact with the MVNO ASP. 
[0056] MVNO and service provider's customers (207) access the services provided 
by the MVNO and service providers, which "owns" the customer relationship, and is 
responsible for the service. The MVNO customer does not need to know nor have 
relationships with the MVNO ASP, and or any of the mobile network operators, 
which handles the calls and or with any other partners and developers which are part 
of the MVNO ASP network. 

[0057] In Fig. 3 there is shown an architecture diagram illustration of one 
embodiment of the invention, in which the MVNO ASP operation, includes switching 
capabilities. The MVNO ASP operates its own switch (301) Home Location Register 
(HLR) (302) EIR (303) and other communication servers such as Media Gateway 
(304) Media Servers (305) and operates its own OSS (306). 

[0058] The MVNO ASP Platform (307) interacts with the MVNO ASP 
communication infrastructure as well as with other operator infrastructure. 
[0059] The MVNO ASP can provide a prepaid solution (308), which will enable 
MVNO to offer such a service to their customers. 

[0060] The MVNO ASP can provide core applications and standard applications 
(309) as part of the solution offered to MVNOs, applications such as, voice mail, 
unified messaging, SMS, conferencing etc. 

[0061] Because the MVNO ASP Platform is an open system with standard and or 
documented interfaces, MVNOs, service providers and independent developers can 
create additional applications (310), these applications can be marketed and or 
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operated by their creators and in some cases can become an additional application 
which is offered to all other MVNOs and service providers (most likely there will be 
a price tag for using the application). 

[0062] In Fig. 4 there is shown a value chain diagram of one embodiment of the 

invention, the MVNO value chain. This diagram describes the tasks a MVNO ASP 

will be responsible for in each type of MVNO customer. 

[0063] The MVNO value chain consists of the following activities: 

[0064] Cellular network and base stations; switching and routing of calls; service 

operation of network elements; tariffing; billing; customer support; and marketing. 

[0065] A Pure MVNO (401) takes on all the above activities except for providing the 

cellular network and base stations, it will have its own Switching and or HLR. In this 

case the MVNO ASP will be responsible for tasks such as, managing all partnerships 

with the various network operators and providing one virtual network and services, 

and an application development infrastructure. 

[0066] An Enhanced MVNO (402) can have all or none of the network elements and 
takes on the tariffing & billing, customer support and marketing activities. In this case 
the MVNO ASP will provide the communication infrastructure and services, and an 
application development infrastructure. 

[0067] The Brand MVNO (403) outsources all the network elements and handles 
only selected parts of billing and or customer support and or marketing. In this case 
the MVNO ASP will provide a full communication infrastructure and most of the 
operational tasks, enabling the MVNO to focus on tasks, which it specializes, such as, 
brand, marketing, and customer care. 

[0068] In Fig. 5 there is shown an architecture diagram illustration of one 
embodiment of the invention, in which Multi MVNO Aggregator, manages several 
MVNOs. 

[0069] A Multi MVNO Aggregator (501) defines a new Virtual MVNO (502) the 
data regarding the Virtual MVNO A are stored in a database which can be hosted by 
the MVNO ASP (503) or in other locations (504). The Multi MVNO Manger will 
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define parameters and services such as: name of Virtual MVNO, customer interface, 
services, billing plans, devices which can access this service, End User which can 
access this service, etc. End Users (505), which join the service are authenticated as 
the Multi MVNO Aggregator users, and then are looked up in the Multi MVNO 
Aggregator database in order to match them to the virtual MVNO/s they are 
subscribed to. Based on their authorization and the services they are subscribed, the 
proper interface will be presented to them, and enable them to access the service/s 
they are authorized to access. 

[0070] A Multi MVNO Aggregator can create and manage several virtual MVNO 
(506), each one with their own price plan, own services, own content and own End 
Users. They can create shared content, which will be shared between the selected 
virtual MVNOs they select. End Users can subscribe to more then one service, 
including services provided by 3 rd party service providers, which offer their service 
over the MVNO ASP infrastructure. 

[0071] Based on the Multi MVNO Aggregator definitions, customers can change 
their main virtual MVNO via a web interface or over the air via the wireless device. 

[0072] In Fig. 6 there is shown a flow chart of one embodiment of the invention, of a 
mobile user network registration and authentication process. 

[0073] A user and or a device try to register to the Mobile Network Operator (MNO) 
network (601) the user and or device provide the MNO with user ID and or device ID 
(i.e. mobile subscriber identity number (MSIN) in a GSM network) and the carrier ID 
(i.e. Mobile Network Code (MNC) in a GSM network). The MNO identifies that the 
user and or device are not a MNO user and or device and identifies their carrier based 
on the carrier ID (602). 

[0074] The MNO sends a request to the carrier which matches the carrier ID, to 
authenticate the user and or device (603) in this example the are two main options; 
the carrier ID matches the MVNO ASP carrier ID (in cases were the MVNO ASP is 
the one issuing the SIM card on behalf of the MVNO) or the carrier ID is associated 
with the MVNO ASP (in the cases were the MVNO or the Multi MVNO Aggregator 
have their own carrier ID). 
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[0075] In both above options the MVNO ASP identifies the MVNO associated with 
the user, which is requesting to register to the network (604). One of the main options 
to identify the user's MVNO, is to look up in the "user ID - MVNO" table, which 
includes a list of all the various MVNO users and the MVNOs they are associated 
with. 

[0076] The MVNO ASP looks up if it is responsible for authentication and 
authorization for this MVNO (605), in most cases the MVNO ASP Authentication 
Authorization and Accounting server (AAA server) will manage this process (606). If 
MVNO ASP is not responsible for authentication and authorization the AAA server 
will look up who is the party, which is responsible for authentication and 
authorization (i.e. Multi MVNO Aggregator, MVNO) and will send to their AAA 
server the request (607). If MVNO ASP AAA server is responsible for the process it 
will lookup the user ID. In both cases, if additional identification is needed (i.e. 
password) the AAA Server responsible for the process will request such data from 
user. 

[0077] Once user is authenticated (608), the AAA Server will look up if the user is 
authorized to register to the network and receive any limits or rules regarding the user 
(609). If user is authorized the MVNO ASP authorize the MNO to register the user, 
the authorization message can include any limitations or rules regarding the user 
(additional data will be sent based on the support of the MNO systems of these type 
of features)(610). MNO will register user to network and will register the user in its 
Visitor Location Register (VLR) (611). The VLR notifies the MVNO ASP HLR, 
which updates and or creates a record of the last VLR to update the position of the 
user (612). 

[0078] In Fig. 7 there is shown a flow chart of one embodiment of the invention, of 
an inbound voice call to a MVNO mobile user, which their MVNO is hosted by a 
MVNO ASP, this example is based on a GSM network. 

[0079] An inbound call is routed by the PSTN network using the PSTN number to the 
MVNO Gateway Mobile Switching Center (GMSC) (701). The MVNO ASP GMSC 
then interrogates the MVNO ASP HLR (702) The MVNO ASP HLR has a translation 
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table to convert the PSTN number to the International Mobile Station Identity (IMSI) 
number used by the GSM networks. The MVNO ASP HLR will have a record of the 
last VLR to update the position of the subscriber (or if the subscriber is attached to 
the network). 

[0080] The MVNO ASP HLR interrogates the VLR (703), which responds with the 
Mobile Station Roaming Number (MSRN) for routing. That is the information needed 
by the MVNO ASP Gateway Mobile Switching Center (GMSC) to route the call. The 
MVNO ASP HLR then passes the MSRN to the MVNO ASP GMSC (704), which 
routes the call to the visited Mobile Switching Center (MSC) (705) (in some cases the 
MVNO ASP GMSC will use the MSRN to route the call through the PSTN). 

[0081] In Fig. 8 there is shown a flow chart of one embodiment of the invention, of 
an outbound voice call from a MVNO mobile user, which their MVNO is hosted by a 
MVNO ASP, this example is based on a GSM network. 

[0082] MVNO User requests to initiate an outbound call (801). The MNO GMSC 
interrogates the MNO VLR (802). If MNO VLR authorized the subscriber (803) the 
GMSC requests to route the call (804). 

[0083] If MNO VLR has no automatic authorization, it needs to contact the MVNO 
ASP HLR to request authorization (805). If the user is a MVNO post paid subscriber 
(806) the HLR will check if the user is authorized for such a call and are there any 
limits to such a call (807). In many cases the MVNO ASP HLR will be able to 
provide authorization, however in some cases the HLR will require the MVNO ASP 
Authentication Authorization and Accounting system (AAA) to provide the answer, 
which in some cases the MVNO ASP AAA will communicate with the MVNO AAA 
system in order to fetch the authorization. If the user is not authorized a message will 
be sent to MNO to decline the call (808). 

[0084] If the user is authorized the MVNO ASP HLR will authorize the call and 
provide the MNO GMSC with the authorization and any limitations on the call (based 
on the MNO support for such limits) (809). 

[0085] If the user is a MVNO prepaid subscriber (806), then the MVNO ASP prepaid 
system will establish a connection with the MNO relevant system or systems (810) 
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(depends on the MNO, it could be system such as the MNO prepaid system, MNO 
GMSC, MNO MSC), and then will authorize the call and will continue to monitor the 
call, for example it will request to disconnect the call if prepaid account is empty. 
[0086] In both cases, prepaid and postpaid, the GMSC requests the MSC to route the 
call (811). The MVNO ASP can require to route the call via the MVNO ASP MSC, in 
cases the MVNO ASP does not request a special route the MNO will route the call 
based on its routing tables. Based on the GMSC request and instructions the MSC 
will route the call (812). 

[0087] It will be appreciated that the invention is not limited to what has been shown 
and described hereinabove. Rather, the scope of the invention is limited solely by the 
claims that follow. 
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